|
|
| Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Xeiyu Crimson
Minmatar
El Bastardos
Freedom of Elbas
   |
Posted - 2009.02.19 07:07:00 -
[1]
http://bugs.winehq.org/show_bug.cgi?id=1743
Now to wait for a decent fix and we're all set for March 10th 
|
Xeiyu Crimson
Minmatar
El Bastardos
Freedom of Elbas
|
Posted - 2009.02.19 14:15:00 -
[2]
ATI + Linux Screenshot
Yay!! The client still needs to run with "wine explorer /desktop=EVE,[desktop resolution] "C:\Program Files\CCP\EVE\eve.exe" otherwise it doesn't start.
|
Xeiyu Crimson
Minmatar
El Bastardos
Freedom of Elbas
|
Posted - 2009.02.19 15:10:00 -
[3]
The Apocrypha client doesn't show models due to a shader compile error, but at least it's not a link error any more.
|
Xeiyu Crimson
Minmatar
El Bastardos
Freedom of Elbas
|
Posted - 2009.02.20 01:25:00 -
[4]
 Originally by: Ravow
I setted with 13 and this work for Tranquility!
I have a lot of errer too but this dont seem to affect display.
fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584
fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584
fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584
fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584
fixme:d3d_shader:shader_glsl_load_constantsF >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB() @ glsl_shader.c / 384
fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584
fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584
fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584
fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584
fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584
Weird I don't get any more GL_INVALID_OPERATION when running tranquility any more. Is it possible you missed some "(GL_LIMITS(glsl_varyings)
/ 4" in glsl_shader.c?
I do get this though
fixme:d3d_texture:basetexture_set_autogen_filter_type >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from
glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_SGIS, GL_NICEST) @ basetexture.c / 145
|
Xeiyu Crimson
Minmatar
El Bastardos
Freedom of Elbas
|
Posted - 2009.02.20 05:55:00 -
[5]
Not sure whats causing the invalid operations, I only get them on apocrypha. I'll try the solar system map and see how it looks.
Could you do a glxinfo -l and post your GL_MAX_VARYING_FLOATS_ARB =
|
Xeiyu Crimson
Minmatar
El Bastardos
Freedom of Elbas
|
Posted - 2009.02.21 00:13:00 -
[6]
The same varying support as on my system.
It looks like the ati drivers are reporting low opengl limits for their cards. (Even an onboard intel card reports higher opengl limits)
This might be the result of the invalid operations. The only way I see to avoid it currently is to make wine use specific values instead of detecting the limits.
This could lead to things messing up too as there's no way to know what the actual opengl limits on an ati card are or if the drivers are reporting low limits for a purpose.
|
Xeiyu Crimson
Minmatar
El Bastardos
Freedom of Elbas
|
Posted - 2009.02.24 13:24:00 -
[7]
Edited by: Xeiyu Crimson on 24/02/2009 13:28:48
It seems the entire hd series of ati cards have similar opengl limits which I think is unified shader architecture related after researching my hd4850 a bit more. These low limits causes the apocrypha client not to render models currently on wine. I was able to render my ship model but it causes wine to crash probably because I raised the limits too high.
However the max varyings thing seems to be a bug. I get told that I have 68 varyings (17 varying vec4s) to use but some aren't allowed to be used which causes glsl link errors which causes the current premium client to not render models.
PS: I don't see any fix for the Apocrypha cleint currently unless wine changes the way shaders are dealt with or we get a miracle fglrx driver that has significantly raised opengl limits.
|
Xeiyu Crimson
Minmatar
El Bastardos
Freedom of Elbas
|
Posted - 2009.02.24 22:59:00 -
[8]
Originally by: Hugh Ruka
This bug seems related to the same problem.
And this is your one.
I voted for both of them. 
|
Xeiyu Crimson
Minmatar
El Bastardos
Freedom of Elbas
|
Posted - 2009.02.26 02:05:00 -
[9]
Here's some opengl information on ati cards I've found.
Radeon X1050 card with Catalyst 7.4 driver
Radeon Mobility X1300 with a 7.5 driver I think
Radeon x1600XT with the 7.11 driver (guessing off the opengl version string)
Radeon Mobility x2300 with Catalyst 7.5
This is a thread about faulty opengl support in ati drivers on freespace open
x19xx series on freespace open
|
Xeiyu Crimson
Minmatar
El Bastardos
Freedom of Elbas
|
Posted - 2009.02.27 02:57:00 -
[10]
It's working on my hd4850 now , I was trying to change the MAX_CONST defines in dlls/wined3d/wined3d_private.h, but wine would crash as soon as my ship rendered. I guess other equations needed those high values 
|
|
|
|
|
| |
|